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In the Claims: 

Please amend claims 13 and 40. The claims are as follows; 

1-4. (Canceled) 

5. (Previously presented) A method for managing contract data, comprising: 

receiving a contract datagroup D G by a decentralized execution system (DES) from a 
procurement contract management system (PCMS) over a data path within a computer network, 
said contract datagroup D G selected from the group consisting of a contract dataset and a contract 
deltadataset, said contract datagroup D G identifying N purchase items purchasable from a vendor 
V keyed to the contract datagroup D G , said N being an integer of at least 2, said contract 
datagroup D G identifying the vendor V if the contract datagroup D G is the contract dataset, said 
DES comprising a relational database that includes contract datasets, vendor datasets having 
vendors, and purchase item datasets having purchase items; 

determining which, if any, of the N purchase items identified in the contract datagroup 
D G match a purchase item in the purchase item datasets and determining a total number K of such 
purchase items in D G that do not so match a purchase item in the purchase item datasets, said K 
being an integer satisfying 0 < K < N; 

if the contract datagroup D G is the contract dataset then determining that the vendor V 
matches a vendor in the vendor datasets and adding a subset of D G to the relational database, said 
subset of D G excluding the K purchase items from D G ; 

if the contract datagroup D G is the contract deltadataset then adding to the first contract 
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dataset in the relational database R purchase items of D G , wherein D G is keyed to a first contract 
dataset in the relational database, and wherein the R purchase items of D G consist of all purchase 
items of D G exclusive of the K purchase items of D G . 

6. (Previously presented) The method of claim 5, wherein the DES further comprises a special 
database that includes contract datasets, wherein the contract datagroup D G is the contract 
deltadataset, and wherein K > 0 and said method further comprises: 

if D G is keyed to a first contract dataset in the special database, then adding to the first 
contract dataset in the special database the K purchase items of D G ; and 

if D G is not keyed to any contract dataset in the special database, then forming from D G a 
contract dataset D C1 that includes the K purchase items and excludes the R purchase items, and 
adding D C1 to the special database. 

7. (Previously presented) The method of claim 5, wherein the contract datagroup D G is the 
contract dataset and the vendor V does not match a vendor in the vendor datasets, then further 
comprising adding a vendor dataset D v to the relational database when a contract based on the 
subset of D G is required at the DES, said vendor dataset D v keyed to the vendor V. 

8. (Original) The method of claim 7, wherein adding D v to the relational database comprises 
extracting D v from a vendor database prior to adding D v to the relational database. 



9. (Previously presented) The method of claim 7, wherein adding D v to the relational database 
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comprises: 

communicating a message to a DES buyer keyed to at least one purchase item of the R 
purchase items, each of said at least one purchase item matching a purchase item in the purchase 
item datasets, said message relating to adding D v to the relational database; and 

having the DES buyer cause D v to be added to the relational database when the contract 
based on the subset of D G is required at the DES. 

10. (Original) The method of claim 5, wherein the contract datagroup D G is the contract dataset. 

1 1 . (Original) The method of claim 5, wherein the contract datagroup D G is the contract 
deltadataset. 

12. (Previously presented) The method of claim 5, said PCMS being a systems applications and 
products (SAP) system, said DES being a SAP system, said relational database being a SAP 
database. 

13. (Currently amended) A method for managing contract data, comprising: 

receiving a contract dataset D c by a decentralized execution system (DES) from a 
procurement contract management system (PCMS) over a data path within a computer network, 
said contract dataset D c identifying a vendor V and N purchase items purchasable from the 
vendor V, said N being an integer of at least 1, said DES comprising a relational database that 
includes contract datasets, vendor datasets having vendors, and purchase item datasets having 
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purchase items, said DES further comprising a special database that includes contract datasets; 

determining which, if any, of the N purchase items identified in the contract dataset D c 
match a purchase item in the purchase item datasets and determining a total number K of such 
purchase items in D c that do not so match a purchase item in the purchase item datasets, said K 
being an integer satisfying 0 < K < N 0 <K < N ; 

if K = N then adding D c to the special database; 

if K < N then determining that the vendor V matches a vendor in the vendor datasets and 
adding a first subset of D c to the relational database and if K > 0 adding a second subset of D c to 
the contract datasets of the special database, said first subset of D c excluding the K purchase 
items from D c , said second subset of D c excluding R purchase items from D c , wherein the R 
purchase items of D c consist of all purchase items of D c exclusive of the K purchase items of D c 

14, (Previously presented) The method of claim 13, further comprising: 
adding a new purchase item to the purchase item datasets; 

determining whether the new purchase item is identified in a contract dataset D cs of the 
special database; and 

if the new purchase item is so identified in D cs and D cs identifies J purchase items such 
that J is an integer of at least 1, then determining whether a vendor identified in D cs matches a 
vendor in the vendor datasets and if the vendor identified in D cs so matches a vendor in the 
vendor datasets then: 

if a contract identifier of D cs matches a contract identifier of a first contract 

dataset in the relational database then adding the new purchase item to the first contract 
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dataset, else 

if the contract identifier of D cs does not matches a contract identifier of any 
contract dataset in the relational database then adding a subset of D cs to the relational 
database, said subset of D cs including the new purchase item; and 

if J = 1 then deleting D cs from the special database else deleting the new purchase 
item from D cs . 

15. (Original) The method of claim 14, further comprising extracting the new purchase item from 
a purchase item database prior to adding the new purchase item to the purchase item datasets. 

16. (Previously presented) The method of claim 13, said PCMS being a systems applications and 
products (SAP) system, said DES being a SAP system, said relational database being a SAP 
database, said special database being a non-SAP database. 

17-21. (Canceled). 

22. (Withdrawn) A method of contract archiving, comprising: 

sending a list of I identifiers by a procurement contract management system (PCMS) to at 
least one decentralized execution system (DES) over a data path within a computer network, said 
I being an integer of at least 1, each identifier of the I identifiers identifying a contract dataset in 
the PCMS earmarked by the PCMS for archiving; 

receiving by the PCMS a return list of M of the I identifiers from each DES of the at least 
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one DES in response to said sending, said M being an integer in a range of 0 < M < I, said return 
list being DES-specific 5 each said contract dataset identified in the return list of each DES having 
been approved by said each DES for archiving; and 

archiving by the PCMS each contract dataset identified in the list of I identifiers and 
appearing in an intersection list of the return lists, if the intersection list is not empty. 

23. (Withdrawn) The method of claim 22, further comprising communicating by the PCMS to 
each DES of the at least one DES: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 

24. (Withdrawn) The method of claim 22, said PCMS and each of the at least one DES being a 
systems applications and products (SAP) system. 

25. (Withdrawn) A method of contract archiving, comprising: 

receiving by a first decentralized execution system (DES) of at least one DES from a 
procurement contract management system (PCMS) over a data path within a computer network, a 
list of I identifiers, said I being an integer of at least 1, each identifier of the I identifiers 
identifying a contract dataset in the PCMS earmarked by the PCMS for archiving, said list of I 
identifiers sent by the PCMS to each DES of the at least one DES, said PCMS adapted to receive 
a return list of M of the I identifiers from each DES of the at least one DES in response to said 

09/935,077 7 



sending, said M being an integer in a range of 0 < M < I, said return list being DES-specific, 
each said contract dataset identified in the return list of each DES having been approved by said 
each DES for archiving, said PCMS adapted to archive each contract dataset identified in the 
suggest list and appearing in an intersection list of the return lists if the intersection list is not 
empty; and 

sending by the first DES to the PCMS the return list of the first DES. 

26. (Withdrawn) The method of claim 25, further comprising receiving by the first DES 
notification from the PCMS: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 

27. (Withdrawn) The method of claim 25, said PCMS and each of the at least one DES being a 
systems applications and products (SAP) system. 

28-31. (Canceled) 

32. (Previously presented) A system for managing contract data, comprising software at a 
decentralized execution system (DES), said software adapted to be executed by a processor 
comprised by the DES, said software adapted: 

to have the DES receive a contract datagroup D G from a procurement contract 
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management system (PCMS) ? said contract datagroup D G selected from the group consisting of a 
contract dataset and a contract deltadataset, said contract datagroup D G identifying N purchase 
items purchasable from a vendor V keyed to the contract datagroup D G , said N being an integer 
of at least 2, said contract datagroup D G identifying the vendor V if the contract datagroup D G is 
the contract dataset, said DES comprising a relational database that includes contract datasets, 
vendor datasets having vendors, and purchase item datasets having purchase items; 

to determine which, if any, of the N purchase items identified in the contract datagroup 
D G match a purchase item in the purchase item datasets and to determine a total number K of 
such purchase items in D G that do not so match a purchase item in the purchase item datasets, 
said K being an integer satisfying 0 < K < N; 

if the contract datagroup D G is the contract dataset then to add a subset of D G to the 
relational database, said subset of D G excluding the K purchase items from D G , wherein the 
vendor V matches a vendor in the vendor datasets; 

if the contract datagroup D G is the contract deltadataset then to add to the first dataset R 
purchase items of the contract datagroup D G , wherein said contract deltadataset is keyed to a first 
dataset in the relational database, and wherein the R purchase items of D G consist of all purchase 
items of D G exclusive of the K purchase items of D G . 

33. (Previously presented) The system for managing contract data of claim 32, wherein the DES 
further comprises a special database that includes contract datasets, wherein the contract 
datagroup D G is the contract deltadataset, wherein K > 0 and wherein: 

if D G is keyed to a first contract dataset in the special database, then said software is 
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further adapted to add to the first contract dataset in the special database the K purchase items of 
D G ; and 

if D G is not keyed to any contract dataset in the special database, then said software is 
further adapted to form from D G a contract dataset D C1 that includes the K purchase items and 
excludes the R purchase items, and to add D C1 to the special database. 

34. (Previously presented) The system for managing contract data of claim 32, wherein the 
contract datagroup D G is the contract dataset and the vendor V does not match a vendor in the 
vendor datasets, then said software is further adapted to have a vendor dataset D y added to the 
relational database when a contract based on the subset of D G is required at the DES, said vendor 
dataset D v keyed to the vendor V. 

35. (Original) The system for managing contract data of claim 34, wherein said software is 
further adapted to have the vendor dataset D v extracted from a vendor database prior to having 
D v added to the relational database. 

36. (Previously presented) The system for managing contract data of claim 34, wherein to have 
the vendor dataset D v added to the relational database comprises: 

to communicate a message to a DES buyer keyed to at least one purchase item of the R 
purchase items, each of said at least one purchase item matching a purchase item in the purchase 
item datasets, said message relating to adding D v to the relational database; and 

to have the DES buyer cause D v to be added to the relational database when the contract 
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based on the subset of D G is required at the DES. 



37. (Original) The system for managing contract data of claim 32, wherein the contract datagroup 
D G is the contract dataset. 

38. (Original) The system for managing contract data of claim 32, wherein the contract datagroup 
D G is the contract deltadataset 

39. (Previously presented) The system for managing contract data of claim 32, said PCMS being 
a SAP system, said DES being a systems applications and products (SAP) system, said relational 
database being a SAP database, said software being non-SAP software, 

40. (Currently amended) A system for managing contract data, comprising software at a 
decentralized execution system (DES), said software adapted to be executed by a processor 
comprised by the DES, said software adapted; 

to have the DES receive a contract dataset D c from a procurement contract management 
system (PCMS), said contract dataset D c identifying a vendor V and M purchase items 
purchasable from the vendor V, said M being an integer of at least 1 , said DES comprising a 
relational database that includes contract datasets, vendor datasets having vendors, and purchase 
item datasets having purchase items, said DES further comprising a special database that 
includes contract datasets; 

to determine which, if any, of the N purchase items identified in the contract dataset D c 

09/935,077 11 



match a purchase item in the purchase item datasets and to determine a total number K of such 
purchase items in the D c that do not so match a purchase item in the purchase item datasets, said 
K being an integer satisfying 0 < K < N 0 < K < N ; 

if K = N then to add D c to the special database; 

if K < N then to determine whether the vendor V matches a vendor in the vendor datasets 
and to add a first subset of D c to the relational database and if K > 0 to add a second subset of D c 
to the contract datasets of the special database, said first subset of D c excluding the K purchase 
items from D C5 said second subset of D c excluding R purchase items from D c , wherein the R 
purchase items of D c consist of all purchase items of D c exclusive of the K purchase items of D c . 

41. (Previously presented) The system for managing contract data of claim 40, wherein said 
software is further adapted: 

to add a new purchase item to the purchase item datasets; 

to determine whether the new purchase item is identified in a contract dataset D cs of the 
special database; and 

if the new purchase item is so identified in D cs and D cs identifies J purchase items such 
that J is an integer of at least 1, then to determine whether a vendor identified in D cs matches a 
vendor in the vendor datasets, and if the vendor identified in D cs so matches a vendor in the 
vendor datasets then; 

if a contract identifier of D cs matches a contract identifier of a first contract 

dataset in the relational database then to add the new purchase item to the first contract 

dataset, else 
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if the contract identifier of D cs does not matches a contract identifier of any 
contract dataset in the relational database then to add a subset of D cs to the relational 
database, said subset of D cs including the new purchase item; and 

if J = 1 then to delete D cs from the special database else to delete the new 
purchase item from D cs . 

42. (Original) The system for managing contract data of claim 41, wherein said software is 
further adapted to extract the new purchase item from a purchase item database prior to adding 
the new purchase item to the purchase item datasets. 

43. (Previously presented) The system for managing contract data of claim 40 5 said PCMS being 
a systems applications and products (SAP) system, said DES being a SAP system, said 
relational database being a SAP database, said special database being a non-SAP database, said 
software being non-SAP software. 

44-48, (Canceled) 

49, (Withdrawn) A system for contract archiving, comprising a procurement contract 
management system (PCMS) having software, said software adapted to be executed by a 
processor comprised by the PCMS, said software adapted: 

to send a list of I identifiers to at least one decentralized execution system (DES), said I 
being an integer of at least 1, each identifier of the I identifiers identifying a contract dataset in 
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the PCMS earmarked by the PCMS for archiving; 

to receive a return list of M of the I identifiers from each DES of the at least one DES in 
response to having sent the list of I identifiers to each said DES 5 said M being an integer in a 
range of 0 < M < I, said return list being DES-specific, each said contract dataset identified in the 
return list of each DES having been approved by said each DES for archiving; and 

to archive each contract dataset identified in the list of I identifiers and appearing in an 
intersection list of the return lists, if the intersection list is not empty. 

50. (Withdrawn) The system for contract archiving of claim 49, said software further adapted to 
communicate to each DES of the at least one DES: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 

51 . (Withdrawn) The system for contract archiving of claim 49, said PCMS and each of the at 
least one DES being a systems applications and products (SAP) system, said software being non- 
SAP software. 

52. (Withdrawn) A system for contract archiving, comprising a first decentralized execution 
system (DES) of at least one DES, said first DES having software, said software adapted to be 
executed by a processor comprised by the first DES, said software adapted: 

to receive from a procurement contract management system (PCMS) a list of I identifiers, 
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said I being an integer of at least 1, each identifier of the I identifiers adapted to identify a 
contract dataset in the PCMS earmarked by the PCMS for archiving, said list of I identifiers 
adapted to be sent by the PCMS to each DES of the at least one DES, said PCMS adapted to 
receive a return list of M of the I identifiers from each DES of the at least one DES in response to 
having sent the list of I identifiers to each said DES, said M being an integer in a range of 0 < M 
< I, said return list being DES-specific 5 each said contract dataset identified in the return list of 
each DES having been approved by each said DES for archiving, said PCMS adapted to archive 
each contract dataset identified in the list of I identifiers and appearing in an intersection list of 
the return lists if the intersection list is not empty; and 

to send to the PCMS the return list of the first DES. 

53. (Withdrawn) The system for contract archiving of claim 52, said software further adapted to 
receive notification from the PCMS: 

that the archiving was done by the PCMS for the contract datasets appearing in the 
intersect list, if the intersection list is not empty; or 

that the archiving will not be done, if the intersection list is empty. 

54. (Withdrawn) The system for contract archiving of claim 52, said PCMS and each of the at 
least one DES being a systems applications and products (SAP) system, said software being non- 
SAP software. 



55. (Canceled) 
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REMARKS 

The Examiner rejected claims 5-16 and 32-43 under 35 U.S.C. § 101 because the claimed 
invention is allegedly directed to non-statutory subject matter, specifically, as directed to an 
abstract idea. 

In a telephonic interview on June 2, 2007 between Examiner Jean M. Correlius and 
Applicants' Representative Jack P. Friedman, it was agreed that independent claims 5 and 32 
comprises claim language that overcomes the aforementioned 35 U.S.C. § 101 rejection, which 
Applicants will discuss infra. 

In addition, Applicants have amended independent claims 13 and 40 as discussed infra. 

Applicants respectfully traverse the § 101 rejections with the following arguments. 
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35 U.S.C. S 101 

The Examiner rejected claims 5-16 and 32-43 under 35 U.S.C. § 101 because the claimed 
invention is allegedly directed to non-statutory subject matter, specifically, as directed to an 
abstract idea. 

The Examiner argues: "While determining whether the vendor V matches a vendor in the 
vendor datasets and adding a subset of D.sub.G to the relational database, said subset of D.sub.G 
excluding the K purchase items from D.sub.G, if the contract dataaroup D.sub.G is the contract 
dataset,; and adding to the first contract dataset in the relational database purchase items of 
D.sub.G., wherein D.sub.G is key to a first contract dataset in the relational database, and 
wherein the R purchase items of D.sub.G consist of all purchase items of D.sub.G exclusive of 
the K purchase of D.sub.G., if the contract datagroup D.sub. G is the contract deltadataset 
could be reasonably be considered a tangible result, actually claims 5 and 1 3 appear to have no 
claimed result under thecondition if the contract datagroup D.sub.G is not the contract dataset; 
and if the contract datagroup D.sub. G is not the contract deltadataset to form the basis 
statutory subject matter under 35 USC 101... Therefore, claims 5-16 are directed to an abstract 
idea that is not tied to a technological art, environment or machine which would produce a 
concrete and useful result to form the basis of statutory subject matter under 35 U.S.C. 101." 

In response with respect to independent claims 5 and 32, Applicants note that the 
Examiner has expressed concern that both of the "if features (i.e., "if the contract datagroup D G 
is the contract dataset ..." and "if the contract datagroup D G is the contract dataset ...") may not be 
satisfied. 

However, the language in claims 5 and 32 of "said contract datagroup D G selected from 
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the group consisting of a contract dataset and a contract deltadataset" logically requires that one 
of the two aforementioned "if 5 features must be satisfied. In the telephonic interview on June 2, 
2007 between Examiner Jean M. Correlius and Applicants' Representative Jack P. Friedman, 
agreement was reached as to the preceding analysis of claims 5 and 32. 

Based on the preceding arguments, claims 5 and 32 are not unpatentable under 35 U.S.C. 
§ 101 . Since claims 6-12 depended from claim 5 5 Applicants maintain that claims 6-12 are 
likewise not unpatentable under 35 U.S.C. § 101. Since claims 33-39 depend from claim 32, 
Applicants maintain that claims 33-39 are likewise not unpatentable under 35 U.S.C. § 101. 

In response with respect to independent claims 13 and 40, Applicants note that the issue 
of the "if features of claims 5 and 32 do not exist for claims 13 and 40. 

Applicants have amended claims 13 and 40, such that "0 < K < N" has replaced "0 < K < 
N". Applicants respectfully point out that the case of K > 0 results in adding purchase items to 
the special database or the relational database, which satisfies 35 U.S.C. § 101. 

Based on the preceding arguments, claims 13 and 40 are not unpatentable under 35 
U.S.C. § 101. Since claims 14-16 depended from claim 13, Applicants maintain that claims 14- 
16 are likewise not unpatentable under 35 U.S.C. § 101. Since claims 41-43 depended from 
claim 40, Applicants maintain that claims 41-43 are likewise not unpatentable under 35 U.S.C. § 
101. 
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CONCLUSION 



Based on the preceding arguments, Applicants respectfully believe that all pending claims 
and the entire application meet the acceptance criteria for allowance and therefore request 
favorable action. If the Examiner believes that anything further would be helpful to place the 
application in better condition for allowance, Applicants invites the Examiner to contact 
Applicants 5 representative at the telephone number listed below. The Director is hereby 
authorized to charge and/or credit Deposit Account 09-0457 (IBM). 



Schmeiser, Olsen & Watts 
22 Century Hill Drive - Suite 302 
Latham, New York 12110 
(518) 220-1850 Telephone 
(518) 220-1857 Facsimile 
E-mail: jfriedman@iplawusa.com 





Jack P. Friedman 
Registration No. 44,688 
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